MASSACHUSETTS INSTITUTE OF TECHNOLOGY 
A> I. LABORATORY 


Artificial In tell licence 
Memo Ho. 250 


December 1971 


PLANNER IMPLEMENTATION PROPOSAL TO AftPA 

1-372-1973 


Carl Hewitt 


This proposal was written at the Artificial Intelligence 
Laboratory, a Massachusetts Institute of Technology research 
program supported in part by the Advanced Research Projects 
Agency of the Department of Defense and monitored by the 
Office of Naval Research under Contract Number kqq<ji4-70- A- 
03-62-0002 . 


fteproductIon of this document, in whole or Tn port, is 
permitted for any purpose of the United States Government. 


•PLAINER. Proposal 


Task Objectives 

The task objective t& the general fiat 1 on and 
implementation of the foil power of the problem solving 
formal lam PLANNER in the next two years, We will show how 
problem solving knowledge tan he effectively Incorporated 
into the formalism* Several domains will be explored to 
demonstrate how PLANNER enhances problem solving. 


Current Status 

Sublanguages of the PLANNER formalism have been 
implemented at M.I.T* We would now like to have the full 
power of the formalism available to us* The restrictions o 
the sublanguages we have now are cramping many of the 
current applications and discouraging other new 
applications* The work is currently being pursued on two 
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t E rae-s hared computers: a Honeywell 6L5 and a D i g 1 tal 
Equipment Corpora Eton FDP-1D* Pur suing work on tv^o systems 
instead of one is somewhat unusual an so we will give a 
detailed justification* PLANNER should be independent of 
any particular computer series or timo-sharing monitor. fty 
implementing on two systems we Insure that this is true In 
practice as well as theory* MULTICS and ITS are currently 
the best systems available for PLAINER* both systems are 
currently being upgraded so they will probably still he the 
best systems in a few years* H.IJ, has signed the contract 
for the follow on processor for MULTICS. The Stanford A* t. 
Laboratory is constructing a proto-type for the follow on 
processor for the RDP-lti* Both follow on systems propose to 
have large amounts of fast random access memory and even 
larger virtual address spaces* If either one comes to 
fruition, then PLANNER can be applied to problems with large 
data bases. PLANNER uses hash coding so that the time that 
it takes to retrieve a fact is essentially independent of 
the size of the data base PROVIDING there ts enough fast 
random access memory* One danger to be avoided in this 
approach is duplicating work on the two systems* So far the 
interaction between the two Implementations has been 
extremely fruitful. 

The following is a detailed comparison of MULT ICS 
and ITS for the purpose of implementing PLANNER; 
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fast Random Access Memory: MUlTj CS has 400K and |:T$ 
has 2&0K* For acceptable response it should be the 
case that the working sets of alt the users ft t Ento 
fast random access at once. In the day shift both 
systems often respond slowly* They need either 
fewer users or more memory* 

Address Space: MULUCS has a 30 bit address space 
which is adequate for our medium term needs* The 
mapping is implemented by dividing the address space 
into segments Tin a way which Is sometimes annoying 
but usually not too harmful* ITS has an 18 bit 
address space which ts entirely inadequate for our 
needs* The follow on processor for the PDf^lO will 
have a larger address space* PLANNER uses the 
address space for dynamic Unking* garbage 
collection* and breathing space between data spaces 
(especially stacks!* 

file System:; ITS has an adequate file system* 
toULTlCS has a good file system in which the files 
can be put in the address space of a process which 
makes 3t very easy to men!pulste files* 

Speeds The processors for the two systems execute 
instructions at approximately the some speed* 

Because of an administrative decision to keep ITS 
lightly loaded/ It gives much fester response* 

Consoles! ITS has consoles that run at a maxi mum 
rate of 24 00 Baud which is somewhat slow, fiuItTcs 
is currently experimenting with connecting an IMLAC 
with a 200*000 Oaud line. Fast consoles ere 
essential for the use of PLANNER* PLANNER Is a 
unified system in which editing, debugging/ 
monitoring* metering* and executing aTl take place. 
It Ts not necessary or de$ireeble to use a separate 
editor* compiler* or debugger* Slow consoles would 
be a real bottleneck in the system. 
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Next Year 

In the next year we would lake to complete the 
design and Implementation of extended PLANNER. The design 
11 support the complete f ormsl i sm as described In Hewitt's 
thesis. Specifically extensions will he incorporated to 
encompass multiple states of the world and multiple 
processes. Multiple states will enable PLANNER to easily 
and directly compare the situations Chat would result If 
alternative plans of action were followed. Multiple 
processes will enable PLANNED to have more than one locus of 
problem solving activity In existence at one time. To prove 
out our ideas we will develop several simple domains such 
as i 


A simple logistics and transportation system with 
supply depots, 

A robot like blocks world with more than one arm so 
that It Is necessary for two processes to cooperate 
to accomplish some of the tasks, 

A negotiator for the game of Diplomacy which would 
have the knowledge needed to try to survive In a 
cooperative-competitive world. 
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A Simple Ewample 

We would like to 6Eve an example of how simple 
requests can be handled Tn PLANNER* Suppose manufacturer 3? 
has Just gone bankrupt, Which of our products are affected? 
in order to get FLANKER to do anything, a goal oriented 
procedure must be written* because of the powerful 
procedure definition machinery in PLANNER arbitrary 
Inferential searches can be carried out* PLANNER is not 
limited to being able to answer the fixed number of kinds of 
questions that the system builder happened to think of, The 
formalism Es designed to make it easy for PLANNER procedures 
to construct Cither PLANNED procedures* Terry Wlnograd has 
shown in h[s thesis how it ts possible to translate English 
requests like "Find all products which are affected" into 
the PLANNER procedures 

Cflnd all * product 

<goal laffected-by ?product X|>> 

The above PLANNER statement says the problem Is to find ail 

products which are affeeted by )i* At this point the system 

will comment: 11 1 don't know how to find out whether a 

product Is affected by a manufacturer". The user might 

renlyl "A Part ts affected by a manufacturer if the 

manufacturer makes ft or If ft has some subpart which is 

affected by the manufacturer"* 


Thus the following procedure 




would be generated by the natural language transl atari 


<consequent I I 

Iaffeeted“by ?part ?manufacturer 1 
Cor 

Cgoal I manufactures 7menufacturer ?part|> 
Cand 

Cgoal |pert-of tsubpart ?partj> 

<&oal 

J affected-by 
Tsubpart 

9menufaeturer|>}>> 

The above statements are In o form- which can be directly 
executed by PLANNER, by these means PLANNER can solve 
problems that were unanticfpated by the original system 
builders, PLANNER will execute the above request 
efficiently even on a large data base because tt Indexes its 
data base using hash coding* 
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1971* 


jvafie & 


Appendlx 1 , 


The Structural Foundations of Problem Solving 


The following was extracted from chapter 2 of 
Hewitt's thesis. It gives an overview of PLANNER, Detailed 
Information is available in the Ph, D. theses of HewTtt and 
tnograd* 

We would like to develop a foundation for problem 
solving analogous in some ways to the currently existing 
foundations for mathematics. Thus we need to analyze the 
structure of foundations for mathematics, A foundation for 
mathematics must provide a definitional formalism In which 
mathematical objects can be defined and theTr existence 
proved* For example set theory as a foundation provides 
that objects must be built out of sets. Then there must be 
a deductive formalism in which fundamental truths can he 
stated and the means provided to deduce additional truths 
from those already established* Current mathematical: 
foundations such as set theory seem quite natural and 
adequate for the vast body of classical mathematics* The 
objects and reasoning of most mathematical domains such as 
analysis and algebra can bo easily founded on set theory* 
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The existence of certain astronomical 1 y large cardinals 
poses some problems for set theoretic foundations* However, 
the problems posed seem to be of practice] Importance only 
to certain category theorists* Foundations of mat heme13cs 
have devoted 3 great deal of attention to the problems of 
consistency and completeness* The problem of consistency is 
important since If the foundations are Inconsistent then any 
formula whatsoever may be deduced, thus trivializing the 
foundations* Semantics for foundations of mathematics are 
■defined model theoretical 1 y in terms of the notion of 
satisfiability. The problem of comp] Etencss, is that for a 
foundation of mathematics to be intuitively satisfactory all 
the true formulas should be proveable since a foundation for 
mathematics aims to be a theory of ifiathemiatl cal truth* 

Similar fundamental questions must be faced by a 
foundation for problem solving. However there are some 
Important differences since a foundation for problem solving 
aims more to be a theory of actions and purposes than a 
theory of mathematical truth* A foundation for problem 
$olvlng must specify a goal-orianted forma 1 1 &m In which 
problems can be stated* Furthermore there must be a 
formalism for specifying the allowable methods of solutlo-n* 
As part of the definition of the formalisms, the following 
elements must be definedi the data structure, the control 
structure, and the primitive procedures. Reing a theory of 


page 11 


actions, a foundation For problem solving must confront Che 
problem of change; How can account be taken of the changing 
situation In the worlds In order for there to be problem 
solving, there must be an active agent called a problem 
solver, A Foundation for problem solving must consider how 
much knowledge and what kind of knowledge problem solvers 
■can hove about themselves. In contrast to the foundation of 
mathematics,, the semantics for a foundation for problem 
solving should be defined In terms of properties of 
procedures. He would like to see mathematieaI 
Investigations on the adequacy of the foundations for 
problem solving provided by PLANNER* in chapter 6 of the 
dissertation, we have begun of one kind of such an 
investigation* 

To be more specific, a foundation for problem 
solving must concern Itself with the following complex of 
topics; 

PROCEDURAL EmGECO 1 MG; How can "real world" knowledge be 
effectively embedded In procedures* whet are good ways 
to express problem solution methods and bow can plans 
for the solution of problems be formulated? 

■GENERALIZED COMPILATION; What are good methods for 
transforming high level goal-oriented language Into 
efficient algorithms* 

VERIFICATION; Mow can It be verified that a procedure 
does what Is intended* 

PROCEDURAL ABSTRACTION! Whet are good methods for 
abstracting general procedures from special cases* 
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Qne Formulation of a foundation for problem solving 
requires that there should be two distinct formalisms: 

1; A METHODS forms! I sm which specifies the allowable 
methods of solution 

2: A PROBLEM SPECIFICATION formalism In which to pose 

problems, 

The problem solver is expected to figure out how to combine 
Its available methods In order to produce a solution which 
satisfies the problem specification, One of the alms of the 
above formulation of problem solving Is to clearly separate 
the methods of solution from the problems posed so that It 
1$ impossible to r, cheat" and giv? the problem solver the 
methods for solving the problem along with the statement of 
the problem* We propose to bridge the chasm between the 
methods formalism and the problem formalism* Consider more 
carefully the two extremes in the specification of 
process Ing; 

A? Explicit pfoceSiins {e.g* methods) 1 is the ability to 
specify and control actions down to the finest details* 

St implicit processing (e,g. problems) is the ability 
to specify the end result desired and not to say much 
about how it should be achieved* 

PLANNER attempts to provide a formalism In which a problem 

solver can bridge the continuum between explicit and 

implicit processing* We aim for a maximum of flexibility so 

that whatever (tnow 1 Edge is available can be incorporated, 

ever If it Is fragmentary and heuristic* 
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PLANNER Is a high level,, goa l-orj ented formalism in 
which one can specify to a large degree what one warts done 
rather than how to do 1t, Many of the primitives In PLANNER 
are concerned with manipulating a data base In a pattern 
directed fashion* Most of the primitives have been 
developed as extensions to the formalism when we have Found 
problems that could not otherwise be solved In a natural 
wav- Of course the trick Es to incorporate the now 
prfmitlve as a genuine extension of wide applitab! 1 ity* 
Others have suggested themselves as adjuncts in order to 
obtain usefti 1 closure properties In the formalism* Vie would 
be grateful to any reader who could suggest problems that 
would seem to require further extensions or mod If 1 catEons to 
the formalism* 

There are many ways In which one can approach a 
description of PLANNER, In this section we will describe 
PLANNER from an Information Processing viewpoint. To do 
this we will describe the data structure and the control 
structure of the formalism. 

PATA STRUCTURE: 

GRAPH MEMORY forms the basis for PLANNER * 5 data 
space which consists of directed graphs with labeled 
arcs. The operation of PUTTING and GETTING the 
components of data objects have been generalized to 
apply to any data type whatsoever* for example to 
PUT the value CANONICAL on the expression {* X Y f* 

X Z>3 under the Indicator SIMPLIFIED is one way to 
record that ( + X V (* )t Z)) has been canonically 
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5 3 j;l(i 1 1 f E eri , Then the degree to 
Is sirrtfj 1 if led can be determined 
under the Indicator SIMPLIFIED ? 

The operations of PUT and GET c; 
efficiently using hash coding, 
have been I ntro-dueed to gain more efficiency for 
common specisi purpose structures* The graph memory 
fa useful to PLANNER in many ways* Monitoring gTves 
PLANNER the capability of trapping ell read, vrrite* 
and execute references to a particular data object* 
The monitor CwhTch fa found under the Indicator 
MONITOR) of the c 
that f t sees fit i n 
The graph memory can 

of an identifier 3 of a process j> by GETT J NG the i 
component of p* Code 
PUTTING the actual 
COMMENT. 


DATA BASE: 
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For 


example inserting (AT B1 P2) Into the data base 
might signify that block Is at the place P2* A 
coordinate of an expression Is defined to be ?n atom 
In some position* An expression Is determined by 
Its coordinates* Assertions are stored In buckets 
by their coordinates using the graph memory fn order 
to provide efficient retrieval. (n addition a total 
ordering is imposed on the assertions so that the 
buckets can be sorted* Imperatives as wel] as 
declaratives can be stored in the data base. Vie 
n^ght assert that whenever an expression of the form 
(At objeetl place!) Is removed from the data base, 
then any expression In the data base of the form [ON 
objectl object 2 ) should also be removed from the 
data base* The data base can be tree structured so 
that it fs possible to sfmyltaneously have several 
local data bases which are Incompatible* 

Furthermore assertions In the data base can have 
varying scopes 50 that some will last the duration 
of a process while others are temporary to a 
subrou t f ne * 


CONTROL STRUCTURE: PLANNER uses a pattern directed 
mu 11Sprocots backtrack control structure to tie the 
operation of Its primitives topether. 
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BACKTRACKING: PLANNER processes have the capabll I ty 

of backtracking to previous states. A process can 
backtrack Into a procedure activation 11.c* a 
specific Instance of an Invocation of a procedure) 
which has already returned with a result* Using the 
theory of comparative schema to logy, vi'e have proved 
in chapter £ of the dissertation that the use of 
backtrack control enables us to achieve effects that 
a language [such as USPi which Is limited to 
recursive control cannot achieve, Dacktracking cuts 
across the subroutine structure of PLANNER, 
backtrack control allows the consequences of 
elaborate tentative hypotheses to be explored 
without losing the capability of rejecting the 
hypotheses and all of their consequences* A choice 
can be made pn the basis of the available knowledge 
and If It doesn't, work, a better choice can be made 
using the new information discovered while 
investigating the first choice* Also backtrack 
control makes PLANNER procedures easier to debug 
si nee they can be run backwards as well as forwards 
enabling a problem solver to hP zero I n M on bugs* 


MULTIPROCESSING gives PLANNER the capability of 
having more than one locus of control Tn problem 
solving, dy using multiple processes, arbitrary 
patterns of search through a conceptual problem 
space can be carried out* Processes can have the 
power to create, read, write. Interrupt, resume, 
single step, and fork other processes. 

PATTERN DIRECTION combines aspects of control and data 
structure* The fundamental principle of pattern 
directed computation Is that a procedure should be a 
pattern of what the procedure Is intended to accomplish* 
In other words a procedure should not only do the right 
thing but It should appear to do the right thing as 
well! PLANNER uses pattern direction for the following 
operations: 

CONSTRUCTION of structured data objects is 
accomplished by templates* We can construct a list 
whose first element Is the value of x and whose 
second element Is the value of y by the procedure ( K 
y)* If x has the value 3 and y has the value (A 6) 
then (x. yj will evaluate to (3 {A B)J, 

DECOMP05ITEON Is accomplished by naechini the data 
object against a structured pattern* If the pattern 
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Cut ?t 2 > is matched against the data object C (3 LJ A} 
then kX viUl be given the value (3 fcl sod x2 will be 
gS ven the value A, 

RETRIEVAL; An assertion is retrieved from the data 
base by specifying a pattern which the assertion 
must match and thereby bind the Identifiers in the 
pattern. For example we can determine If there is 
anything in the data base of the form (ON x A ), if 
(ON & A) is the only I tern In the data base, then x 
is bound to 5. If there 3s mors than one Item In the 
data base which matches a retrlevel pattern, then an 
arbitrary choice is made. The fact that a choice 
was made Ts remembered: so that if a simple failure 
backtracks to the decision, another choice can be 
made, 

INVOCATION:: Procedures can be invoked by patterns 

of whet they ere supposed to accomplish, For 
example e procedure might be defined which attempts 
to satisfy patterns of the form {ON x y) by causing 
x to be ON y. Such a procedure could be invoked by 
making (ON A E51 a goal. The procedure might or 
might not succeed in achieving Its goal depending on 
the environment In which It was called, Since many 
theorems might match a goal, a recommendation Is 
allowed as to which of the candidate theorems might 
be useful* The recommendation Is a pattern which a 
candidate theorem must match* 

One basic Idea behind PLANNER Is to exploit the 
duality that we find between certain Imperative and 
declarative sentences. Consider the statement (Implies A 
&3 * The statement is a perfectly good declarative* In 
addition, it can also have certain Imperative uses for 
PLANNER, It can say that we might set up a procedure which 
will note whether A Is ever asserted and If so to consider 
the wisdom of asserting El In turn. |Mote; it is not always 
wisel Suppose we assert (Integer 6) and (implies (Integer 
n> (integer (+ n 1331* Furthermore it permits us to set up 
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e procedure that will watch to see if ft 3 s ■ever our goal to 
try to deduce El and If so whether A should he made a 
subgoal* Exactly the same observations can be made about 
the eontraposEtlve of the statement (Implies A U) which Is 
(implies (not H) (not A)>* Statements with universal 
quantifiers, conjunctions, dlsjunctlons, etc* can also have 
both declarative and Imperative uses* PLANNER theorems are 
used as Imperatives when executed and as declaratives when 
used as date* The imperative analogues have the advantage 
that they con more easI1y express any procedural knowledge 
that we might have such as "Don't use this theorem twice' 1 * 
Our work on PLANNER has been an investigation in 
PROCEDURAL EPISTEMOLOGY, the study of how knowledge can be 
embedded In procedures* The THESIS OF PROCEDURAL EMBEDDING 
Is that intellectual structures should be analyzed through 
their PROCEDURAL ANALOGUES* We will try to show what we 
mean through exampless 

DESCRIPTIONS are procedures which recognize how well 
some candidate fit? the description, 

PATTERNS are descriptions which match configurations 
of data. For example <either k <atoitiic>> is a 
procedure which will recognize something which is 
either 4 or is atomic* 

DATA TYPES are patterns used in declarations of the 
allowable range and domain of procedures and 
identifiers* More generally, data types have 
analogues in the form of procedures which create, 
destroy, recognise, and transform data. 
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GRAMMARS; The PRQGRAMMAft language of Terry HI nograd 
represents an important step step towards one kind 
of procedural analogue for natural language grernmar. 

SCHEMATIC DRAWINGS have as their procedural analogue 
iKiethods for recognizing when particular figures fTt 
within the schemata* 

PROOFS correspond to plans for recognizing and 
expanding valid chains of deductions, Indeed many 
proofs can fruitfully be considered to define 
procedures which are proved to have certain 
props r tIes, 

MODELS ere collections of procedures for simulating 
the behavior of the system being modeled* MODELS of 
PROGRAMS are procedures for defining properties of 
procedures and attempting to verify the properties 
so defined* Models of programs can be defined by 
procedures which state the relations that must hold 
as control passes through the program* 


FLANS are general, goal oriented procedures for 
attempting to carry out some task* 

THEOREMS of the QUANT ]FI CAT IQWAL CALCULUS have as 
their analogues procedures for carrying put the 
deductions which are justified by the theorems. For 
example, consider a theorem of the form (IMPLIES x 
yK One procedural analogue of the theorem Is to 
consider whether x should be made a subgoai in order 
to try to prove something of the form y, 

DRAWINGS; The procedural analogue of a drawing is a 
procedure for making the drawing* Rather 
sophisticated display processors have been 
constructed for making drawings on cathode ray 
tubes * 

RECOMMENDATIONS: PLANNER has primitives which allow 

recommendations as to how disparate sections of goal 
oriented language should be linked together In order 
to accomplish some particular task. 


GOAL TREES ere represented by a snapshot of the 
Instantaneous configuration of problem solving 
processes * 
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One corollary of the thesis of procedural embedding 
Is Chat learning entails the learning of the procedures In 
which the knowledge to be learned is embedded,. Another 
aspect of the thesis of procedural; embedding is that the 
process of going from general goal oriented language which 
is capable of accompli shifts some task to a special purpose, 
efficient, algorithm especially designed for the task should 
Itself he mechanized* By expressing the properties of the 
special purpose algorithm in terms of their procedural 
analogues, we can use the analogues to establish that the 
special purpose routine does In fact do what: it is intended* 
From the above observer \ ons, we have constructed a 
formalism that permits both the imperative and declarative 
aspects of statements to be easily manipulated, BLANKER 
uses a pattern-directed information retrieval system. The 
data base is interrogated by specifying a pattern of what is 
to be retrieved* instead of having to explicitly name 
procedures which are to be caTled, they can be invoked 
implicitly by a pattern (this important concept is called 
PATTERN-01 REACTED INVOCATION}* When a statement Fs asserted, 
recommendations determine what conclusions will be drawn 
from the assertion, Procedures can make recommendations as 
to which theorems should be used in trying to draw 
conclusions from an assertion, and they can recommend the 
order in which the theorems should be applied* Goals can be 


cage 20 


created and automatical1 V dismissed when they are satisfied, 
Objects can be found from schematic or partial descriptions* 
Provision is made for the fact that statements that were 
once true in a model may no longer be true at some later 
time and that consequences must be drawn from the fact that 
the state of the model has changed. Assertions and goals 
created within a procedure can be dynamically protected 
against interference from other procedures, Unlike some 
other formalisms such as UPS, PLANNER has no explicit goal 
tree. Instead the computation itself can be thought to be 
investigating some conceptual problem space. Primitives for 
a multiprocess backtrack control structure give flexibility 
to the ways In which the conceptual problem space can be 
investigated* Procedures written in the formalism are 
extendable In that they can make use of new knowledge 
whether It be primarily declarative or imperative In nature. 
Hypotheses can be established and later discharged, PLANNER 
has been used to write a block control language in which we 
specify how blocks can be moved around by a robot. We would 
like to write a structure building formalism In which we 
could provide descriptions of structures (such as houses 
and bridges) and let PLANNER figure out how to build them. 
The logical deductive system used by PLANNER is subordinate 
to the hierarchical control structure of the language* 
PLANNER theorems operate within a context consisting of 
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return addresses, goals, assertions, bindings, and local 
changes of state that have been made to the global data 
base. Through the use of thTs context we can guide the 
compute t i oft and avoid doing basically the same work over snd 
over again* For example, once we determine that we are 
working within a group (in the mathemat3 cal sensei we can 
restrict our attention to theorems for working on groups 
since we have direct control over what theorems will be 
used, PLANNER has a sophisticated deductive system In 
order to give u$ greater power over the direction of the 
computation* Of course procedures written In PLANNER are 
not intrinsically efficient. A great deal of thought and 
effort must be put Into writing efficient pfo-ccdu res * 

PLANNER does provide some basic mechanisms and primitives In 
which to express problem solving procedures* The control 
structure can still be used when we limit ourselves to using 
resolution as the sole rule of inference. A uniform proof 
procedure gives very little control over how or when a 
theorem Is used. The problem is one of the level of the 
Interpreter that Is used. A digital computer by Itself will 
only Interpret the hardware Instructions of the machine* A 
higher level Tnterpeter such as LISP will Interpret 
as$3finments and recursive function calls* At a still higher 
level an Interpreter such as MATCHLESS will interpret 
patterns for constructing and decomposing strucured data* 
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PLANNER car interpret as^ertl ons, find statements, and 
goa I s. It goes without saving that code cars be compiled 

for any of the higher level Tnterpeters so that it actually 
runs under a lower level interpreter* In general higher 
level interpreters have greater choice in the actions that 
they can take since instructions are phrased more In terms 
of goals to be achieved rather than in tents of explicit 
elementary actions. The problem that we face ts to raise 
the level of the interpreter while at the same time keening 
the actions taken by it under control* Doe to- its extreme 
hierarchical control and Its ability to make use of new 
imperative as well as declarative knowledge,. Ft Is Feasible 
to carry out very long chains of inference In PLANNER 
without extreme inefficiency, 

Wg are concerned as to how a theorem prover can 
unify structural problem solving methods with domain 
dependent algorithms and data Into a coherent problem 
solving process* By structural methods we mean those that 
are concerned with the formal structure of the argument 
rather than with the semantics of Its domain dependent 
content* 

An example of a structural method is the 
M con sequence s of the consequent 11 heuristic* Ey the 
C(JH$EQUEwees OF TRE CONSEQUENT heuristic, we mean that a 
problem solver should look at the consequences of the goal 
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that Is being attempted tn order to !tet an idea of some of 
the statements that could be useful In estab 11shing or 
rejecting the goat* 

We need to discover more powerful structural 
methods* PLANNER is intended to provide a computational 
basis for expressing structural methods. One of the most 
important Ideas In PLANNER Is that It brings some of the 
structural methods of problem solving out into the open 
where they can be analyzed and generalIzcd. There are a few 
basic patterns of looping and recursion that are in constant 
use among progranTners. Examples are recursion on binary 
trees as in LISP and the FIND statement of FLANKER. The 
primitive FIND will construct a list of the objects with 
certain properties. For example we can find five things 
which are on something which Is green by evaluating 

<¥END 5 x 

<GQAL {PM x y)> 

<GQAL (GREEN y)>> 

which reads "find 5 x's such that x Is ON y and y Is GREEN. 

The patterns of looping and recursion represent 
common structural methods used tn programs. They specify 
how commands can be repeated Iteratively and recursively. 

One of the main problems In getting computers to write 
programs Is how to use these structural patterns with the 
particular domain dependent commands that are available. It 
Is -difficult to decide which if ony of the basic patterns is 
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appropriate In any given problem* The problem of 
synthesizing programs out of canned loops Is formally 
Identical to the problem of finding proofs using 
muthemat 1 cal Induction* We have approached the problem of 
constructing procedures out pf goal oriented language from 
two directions* The first Es to use canned loops (such as 
the FINU statement) where we assume a-prlorl the kind of 
control structure that is needed* The second approach is to 
try to abstract the procedure from protocols of Its action 
In particular cases* 

Another structural method Es PROGRESSIVE ftEFI NEMENT. 
The way problems are solved by progressive refinement Is by 
repeated evaluation* Instead of trying to do a complete 
investigation of the problem space all at once, repeated 
refinements are made. For example In a game Ilka chess the 
same part of the game tree might be looked at several times* 
Each time certain paths ere more deeply explored In the 
light of what other Investigations have revealed to be the 
key features of the position, problems [n design seem to be 
particularly suitable for the use of progressive refinement 
since proposed designs are often amenable to successive 
refinement. The way In which progressive refinement 
typically is done In PLANNER is by repeated evaluation. 

Thus the expression which Is evaluated to solve the problem 
wMI Itself produce as Its value an expression to he 
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evaluated. 

The task of artificial Intel Ilgence Is to program 
Inanimate machines to perform tasks that require 
Intelligence, Over the past decade several different 
approaches toward .ft* I. have developed* Although very pure 
forms of these approaches will seldom be met fn practice, we 
find that It Is useful for purposes of discussion to 
consider these conceptual extremes. One approach {called 
results mode by £* Pa pert? has been to choose some specific 
intellectual task that humans can perform with facility and 
write a program to perform ft. Several very fine programs 
have been written following this approach. One of the first 
was the logic Theorist which attempted to prove theorems En 
the propositional calculus using the deductTve system 
developed In Prlnclpia Mathematics* The lmi>ortance of the 
Logic Theorist Is that [t developed a body of techniques 
which when cleaned up and generalized have proved to be 
fundamental to furthering our understanding of A. I* The 
results mode approach offers the potentiality of maximum 
efficiency In solving particular classes of problems. On 
the other hand, there have been a number cf programs written 
from the results mode approach which have not advanced our 
understanding although the programs achieved slightly better 
results than had been achieved before* These programs have 
been large, clumsy, brute force pieces of machinery. There 
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is a clear danger that the results node approach can 
degenerate Into trying to achieve A* |» via the "hairy 
kludge a month plan"* The problems wi th "hairy kludges" are 
well known, ft Es Impossible to set such programs to 
communicate with each other In a natural and intimate way* 
They are difficult to understand, extend, and modify because 
of the ad hoc way In which they are constructed. 

Another approach to A. I* that has been prominent fn 
the last decade is that of the uniform proof procedure. 
Proponents of the approach write programs which accept 
declarative descriptions of combinatorial problems and then 
attempt to solve them* Ip its most pure form the approach 
does not permit the machine to be gT van any information as 
to how it might solve its problems* The character table 
approach to A* f. js a modification of the uniform procedure 
approach in which the program Is also given a finite state 
table of connections between goals and methods. The uniform 
procedure approach offers a great deal of elegance and a 
maximum of a certain kind of generality* Current programs 
that Implement the uniform procedure approach suffer from, 
extreme inefficiency* We believe that the inefficiency is 
intrinsic In the approach, 

PLANNER is not necessarily general tn the same sense 
that a uniform proof procedure is general* PLANNER Is 
intended to be a natural computational basis for methods of 
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solving problems In a domain* A complete proof procedure 
for a quantifTeat tonal calculus is General In the sense that 
jf one can force the problem Into the form of the input 
language and is prepared to waft eons, [f necessary then the 
computer Is guaranteed to find a solution If there Ts one. 
The approach taken in PLANNER is to subordinate the 
deductive system to an elaborate hierarchical control 
Structure. Although PLANNER itself Ts domain independent, 
procedures written in ft have differing overlapping degrees 
of domain independence* Proponents of the uniform procedure 
approach are apt to say that PLANNER ^cheats" because 
through the use of Its hierarchical control structure, it Ts 
possible to tell the program how to try to solve Its 
problems. In order to prevent this kind of "'cheating'*, 
they wouid restrict the Input to consist entirely of 
declaratives. But surely. It is to the credit of a program 
that It Is able to accept new imperative information and 
make use of it. A problem solver needs a high level 
language for expressing problem solving methods even Tf the 
language Is only used by the problem solver to express its 
problem solving methods to Itself, PLANNER serves both as 
the language ]n which problems are posed to the problem 
solver ahd the language In which methods of solution are 
formulated* PLANNER Is not intended to be a solution to 
the problem of finding general methods for reducing the 
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combinatorial search involved to test whether a given 
proposition is valid or not* it is intended to be a general 
formal 3&m ip which knowledge in a domain can be combined and 
integrated. Realistic problem! solving programs wl 1 1 need 
vast amounts of knowledge* We consider all methods of 
solving problems to be I eg, tt Nate. If a program: should 
happen to already know the arnsvier to the problem that It Is 
asked to solve, then It is perfectly reasonable for the 
problem to be solved by table look-un* Vie should use the 
criterion that the problem solving power of a program should 
tncreese much faster than Tn direct proportion to the number 
of things that It is told. The important factors In Judging 
a program are its power, elegance, generality, and 
effTciency, 


